home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000273_jaltman2@nyc.rr.com_Sun Mar 19 14:56:59 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!newsfeed.cw.net!cw.net!news-FFM2.ecrc.de!news.glorb.com!cycny01.gnilink.net!cyclone1.gnilink.net!gnilink.net!news-feed-01.rdc-nyc.rr.com!news.rr.com!news-out.nyc.rr.com!news-wrt-01.rdc-nyc.rr.com.POSTED!53ab2750!not-for-mail
  2. From: Jeffrey Altman <jaltman2@nyc.rr.com>
  3. User-Agent: Thunderbird 1.5 (Windows/20051201)
  4. MIME-Version: 1.0
  5. Newsgroups: comp.protocols.kermit.misc
  6. Subject: Re: closing a macro completely upon connect
  7. References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu> <H81Qf.41050$VV4.597519@ursa-nb00s0.nbnet.nb.ca> <ok2Qf.12766$nB6.1669@news-wrt-01.rdc-nyc.rr.com> <aQkQf.41491$VV4.608841@ursa-nb00s0.nbnet.nb.ca> <pVlQf.14280$4%1.10175@news-wrt-01.rdc-nyc.rr.com> <ATwQf.41716$VV4.616149@ursa-nb00s0.nbnet.nb.ca> <s3CQf.15925$nB6.6246@news-wrt-01.rdc-nyc.rr.com> <vmPQf.42198$VV4.628778@ursa-nb00s0.nbnet.nb.ca>
  8. In-Reply-To: <vmPQf.42198$VV4.628778@ursa-nb00s0.nbnet.nb.ca>
  9. Content-Type: text/plain; charset=ISO-8859-1
  10. Content-Transfer-Encoding: 7bit
  11. Lines: 42
  12. Message-ID: <3CVQf.10658$X.5797@news-wrt-01.rdc-nyc.rr.com>
  13. Date: Sun, 12 Mar 2006 13:45:35 GMT
  14. NNTP-Posting-Host: 68.175.91.105
  15. X-Complaints-To: abuse@rr.com
  16. X-Trace: news-wrt-01.rdc-nyc.rr.com 1142171135 68.175.91.105 (Sun, 12 Mar 2006 08:45:35 EST)
  17. NNTP-Posting-Date: Sun, 12 Mar 2006 08:45:35 EST
  18. Organization: Road Runner High Speed Online http://www.rr.com
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15524
  20.  
  21. Scott Caissie wrote:
  22. > Compiled:
  23. > Jeff's fix = corrects improper nesting with macro invocation.
  24. > Frank's fix (when released) = is to activate of macro via connect mode. I 
  25. > had sent an email to him about this in the recent past. Middle of Janurary I 
  26. > think.
  27. > 
  28. > Frank's bug and your fix sound similar enough that I thought they were 
  29. > related. They are, but indirectly. I can make due without the nesting fix. I 
  30. > just won't have a macro call another macro. I am still waiting for that 
  31. > other fix though.
  32.  
  33. The bugs are one and the same.
  34.  
  35. A macro mapped to a key will not execute if you enter CONNECT mode
  36. directly.   As described in the newbugs.txt file, if you want macros
  37. to work from CONNECT mode then you must call CONNECT from within a prior
  38. executing macro.
  39.  
  40.   define doconnect {
  41.     echo Entering Connect Mode
  42.     CONNECT
  43.     echo Exiting Connect Mode
  44.   }
  45.  
  46. or
  47.  
  48.   define doconnect {
  49.     CONNECT /SYNCHRONOUS
  50.   }
  51.  
  52. If you do not do this, then your macros won't execute and if you do
  53. use this hack then you run into nesting problems.
  54.  
  55. If this is not what you want changed, then what you want is not a
  56. bug fix.  Macros executing from a key in CONNECT mode exit CONNECT
  57. mode and return to COMMAND mode.  This is working as designed.  If
  58. you would like a feature request to be implemented you can either
  59. convince Columbia University to pay to have it developed or you can do
  60. so yourself.
  61.  
  62. Jeffrey Altman